Investigate and respond to GitHub issue about Excel add-in context handling
Takeaway: Next time I'd ask the agent up front to separate 'what's already documented' from 'what's an actual gap' so I get that split without a second pass.
14 sessions on excel add-in with a coding agent: the agent failed at least once in 5, and 7 finished without a human stepping in.
Takeaway: Next time I'd ask the agent up front to separate 'what's already documented' from 'what's an actual gap' so I get that split without a second pass.
Takeaway: Next time I'd ask upfront for the busyAllowed default and mention this is pre-release so it can just default to true, since that saved a back-and-forth.
Takeaway: Next time I'd start by describing the target layout (two lanes, mode badge always right) up front instead of iterating screenshot by screenshot — that would have saved a round trip.
Takeaway: I'd start by pointing the agent straight at the README and install docs since that's where the real architecture explanation lives, rather than letting it grep around first.
Takeaway: I'd keep the prompt as-is since it worked well — the isolated worktree plus agent-browser reproduction step is what actually caught the real bug (the textarea's field-sizing overlapping the footer hitbox) rather than guessing.
Takeaway: I'd start the prompt by pointing straight at the failing CI job so the agent doesn't have to dig through logs first.
Takeaway: I'd start by asking directly whether Office even supports dynamic taskpane resizing before digging into the code, since that's a platform limitation no amount of code archaeology would fix.
Takeaway: Next time I'd front-load the positioning (who this is for, what makes it different from a generic AI chatbot) before asking the agent to build anything, since the whole first landing page draft got mostly replaced once I explained the 'coding agent, but native to Excel' angle.
Takeaway: Next time I'd open by asking for a concrete UX audit with a prioritized list before jumping into changes, since the iterative 'please do' loop worked but cost a lot of exploration turns per round.
Takeaway: Next time I'd open with the constraint I ended up stating later: reuse the existing Files UI/tool, no separate assistant-only flow — that would've saved a full exploration-and-pitch round trip.
Takeaway: Next time I'd tell the agent up front to check I'm on the right branch before it commits, since the push-to-main step turned into an unplanned rebase/cherry-pick conflict resolution.
Takeaway: Next time I'd give the agent my full list of ideas up front, including the file-storage and multi-workbook points I only added later, so it doesn't have to file issues in two separate batches.
Takeaway: Next time I'd open with both threads at once — the distribution manifest question and the view tool scope — since neither ended in code changes, just investigation and a filed issue.
Takeaway: Next time I'd bundle the alignment/width and pill-consistency asks into one clear spec upfront, since they took many small back-and-forth rounds of 'now this doesn't match that' across tool cards, thinking blocks and user messages.